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PROTOCOL FOR COMMUNICATION WITH DYNAMIC MEMORY 
FIELD OF THE INVENTION 

The present invention relates to dynamic random access memory (DRAM), 
and more specifically, to a method and apparatus for controlling data transfers to and 
5 from a dynamic random access memory. 
BACKGROUND OF THE INVENTION 

Dynamic random access memory (DRAM) components, such as those 
illustrated in Figure 1A, provide an inexpensive solid-state storage technology for 
today's computer systems. Digital information is maintained in the form of a charge 
10 stored on a two-dimensional array of capacitors. One such capacitor is illustrated in 
Figure IB. 

Figure 2 illustrates a prior art memory system including DRAM with the 
corresponding control, address and data wires which connect the DRAM to the 
processor or memory controller component. In synchronous DRAMs, a write access 

15 is initiated by transmitting a row address on the address wires and by transmitting row 
address strobe (RAS) signal. This causes the desired row to be sensed and loaded by 
the column amplifiers. The column address is transmitted on the address wires and 
the column address strobe (CAS) signal is transmitted along with the first word of the 
write data WData(a,l). The data word is then received by the DRAM and written into 

20 the column amplifiers at the specified column address. This step can be repeated "n" 
times in the currently loaded row before a new row is sensed and loaded. Before a 
new row is sensed, the old row must be restored back to the memory core and the bit 
lines of the DRAM precharged. 
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Figure 3A illustrates synchronous write timing. In the figure, a, b... represent 
. a row address; 1, 2...n represent a column address, WData [row, col] represents the 
DRAM address of data words, the row address strobe (RAS) is a control signal for 
initiating a sense operation, and WRTTE(CAS) initiates the write operation on the 
5 column amplifiers. In the present example, the row column address delay timing 
parameter is equal to two clock cycles. After the row address is asserted at the first 
clock cycle, column addresses and write data are asserted after the delay to write the 
data into the DRAM array. 

Figure 3B illustrates synchronous read timing. A processor initiates a read 
10 access by transmitting a row address on the address wires and by transmitting the row 
address strobe (RAS) signal. This causes the desired row to be sensed by the column 
amplifiers. The column address is then transmitted on the address wire and the 
column address strobe (CAS) signal is transmitted. The first word of the read data 
RData (a, 1) is then transmitted by the DRAM and received by the processor. This 
15 step can be repeated "n" times in the currently loaded row before a new row is sensed 
and loaded. Before a new row is sensed, the old row must be restored back to the 
memory aixay. 

Various attempts have been made to improve the performance of conventional 
DRAMs. Such attempts have resulted in DRAM architectures that deviate in varying 
20 degrees from conventional DRAM architectures. Various alternative DRAM 

architectures are described in detail in NEW DRAM TECHNOLOGIES, by Steven A. 
Przybylski, published by MicroDesign Resources, Sebastopol, CA (1994). Some of 
those architectures are generally described below. 
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EXTENDED DATA-OUT DRAMS 
The prior ait includes Extended Data-Out (EDO) memory systems. In EDO 
DRAMs, the output buffer is controlled by signals applied to output enable (OE) and 
column address stobe (CAS) control lines. In general, data remains valid at the output 
5 of an EDO DRAM longer than it does for conventional DRAMs. Because the data 
remains valid longer, the transfer of the data to the latch in the memory controller can 
be overlapped with the next column precharge. As a result, burst transfers can be 
performed in fewer clock cycles. 

SYNCHRONOUS DRAMS 

10 The prior art also includes Synchronous DRAM (SDRAM) memory systems. 

The interface of an SDRAM includes a multiplexed address bus and a high-speed 
clock. The high speed clock is used to synchronize the flow of addresses, data, and 
control on and off the DRAM, and to facilitate pipelining of operations. All address, 
data and control inputs are latched on the rising edge of the clock. Outputs change 

15 after the rising edge of the clock. SDRAMs typically contain a mode register. The 
mode register may be loaded with values which control certain operational parameters. 
For example, the mode register may contain a burst length value, a burst type value, 
and a latency mode value. The burst length value determines the length of the data 
bursts that the DRAM will perform. The burst type value determines the ordering of 

20 the data sent in the bursts. Typical burst orders include sequential and sub-block 
ordered. The latency mode value determines the number of clock cycles between a 
column address and the data appearing on the data bus. The appropriate value for this 
time interval depends largely on the operating frequency of the SDRAM. Since the 
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SDRAM cannot detect the operating frequency, the latency mode value is 
programmable by a user. 

REQUEST ORIENTED DRAM SYSTEMS 
The prior art also includes memory systems in which data transfer operations 
5 are performed by DRAMs in response to transfer requests issued to the DRAMs by a 
controller. Referring to Figure 4, it illustrates a memory system in which data 
transfers are made in response to transfer requests. The request packet format is 
designed for use on a high speed multiplexed bus for communicating between master 
devices, such as processors, and slave devices, such as memories. The bus carries 

10 substantially all address, data, and control information needed by the master devices 
for communication with the slave devices coupled to the bus. The bus architecture 
includes the following signal transmission lines: BusCtl, BusData [8:0], BusEnable, 
as well as clock signal lines and power and ground lines. These lines are connected in 
parallel to each device. 

1 5 The processors communicate with the DRAMs to read and write data to the 

memory. The processors form request packets which are communicated to the 
DRAMs by transmitting the bits on predetermined transmission lines at a 
predetermined time sequence (i.e. at predetermined clock cycles). The bus interface of 
the DRAM receiver processes the information received to determine the type of 

20 memory request and the number of bytes of the operation. The DRAMs then perform 
the memory operation indicated by the request packet. 

Figure 5 illustrates command control information 500 that is sent in a data 
transfer request according to a prior art protocol. In the illustrated example, the 
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command control information 500 is sent over a BusCtl line and a nine-bit data bus 
(BusData{8:0]) in six clock cycles. The command control information 500 includes 
groups of bits 501, 502, 504, 506 and 508 that constitute an address, an operation 
code consisting of six bits 510, 512, 514, 516, 518 and 520, and groups of bits 522, 
5 524 and 528 that specify a count. The address identified in the command control 
information 500 specifies the target DRAM and the beginning location within the 
DRAM of the data on which the operation is to be performed. The count identified in 
the command control information 500 specifies the amount of information on which 
the operation is to be performed. 
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SUMMARY AN D OBJECTS OF THE INVENTION 

One object of the present invention is to provide a mechanism to decouple 
control timing from data timing. 

Another object of the present invention is to provide mechanisms that use 
5 minimal bandwidth to determine data timing while minimizing the latency from 
signaling that the data transfer should terminate to the transmission of the final data 
packet. 

Another object of the present invention is to provide mechanisms for arbitrarily 
long data transfers following a command. This may include simultaneous provision 
10 of a new column address for each data packet transferred. 

Another object of the present invention is to provide a means to signal 
simultaneously with termination of the data transfer that a precharge operation should 
be performed. 

Another object of the present invention is to provide mechanisms and methods 
15 for interleaving control and data information in such a fashion that pin utilization is 
maximized without placing latency requirements upon the DRAM core that are difficult 
or expensive to satisfy. 

Another object of the present invention is to provide a mechanism for 
interleaving control and data information that minimizes bandwidth consumed for 
20 signaling the beginning and ending of data transfers. 

Another object of the present invention is to provide for devices that do not 
always interpret the information presented at their pins. Each command provides 
sufficient information that all further control information related to the command can 
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be easily determined even in the presence of control information related to previous 
command transfers. 

Another object of the present invention is to provide a mechanism for 
optionally sequencing a series of core operations prior to data transmission and, 
5 optionally, a final core operation after data transmission is terminated 

Another object of the present invention is to provide a DRAM core which 
allows a single high current RAS operation at any one time in order to minimize the 
cost and complexity of the DRAM, 

Another object of the present invention is to provide an encoding of the 
10 command such that decoding space and time is minimized and functionality is 
maximized. 

The present invention provides a method and apparatus for performing data 
transfers within a computer system. The method includes causing a controller to 
transmit control information on a bus. The control information specifies a data 

15 transfer operation and a beginning location of data to be transferred. The controller 
determines, after transmitting the control information on the bus, a desired amount of 
data to be transferred in the data transfer operation. The controller transmits over the 
bus a terminate indication at a time that is based on the desired amount of data and a 
beginning time of the data transfer operation. A memory device reads the control 

20 information on the bus. The memory device performs the specified data transfer 
operation on data stored at the beginning location. The memory device continues to 
perform the specified data transfer operation until detecting the terminate indication on 
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thc bus. The memory device ceases to perform the data transfer operation at a time 
that is based on the time at which the terminate indication is detected. 

Other objects, features, and advantages of the present invention will be 
apparent from the accompanying drawings and from the detailed description that 
follows below. 
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BRIEF DESCRTPTTON OF THE DRAWINGS 

The present invention is illustrated by way of example, and not by way of 
limitation, in the figures of the accompanying drawings and in which like reference 
numerals refer to similar elements and in which: 
5 Figure 1 A is a block diagram of prior art dynamic random access memory 

(DRAM) component; 

Figure IB illustrates a storage cell of the DRAM shown in Figure 1 A; 

Figure 2 is a block diagram illustrating a DRAM system and input/output pins 
and signal lines for accessing the DRAM; 
10 Figure 3A is a timing diagram illustrating synchronous write timing; 

Figure 3B is a prior art timing diagram illustrating synchronous read timing; 

Figure 4 is a prior art memory system in which a memory controller issues 
request packets to DRAM over a channel; 

Figure 5 illustrates command control information that is sent from a controller 
15 to a DRAM according to a prior art protocol; 

Figure 6 is a block diagram of a computing system that includes the present 
invention; 

Figure 7 is a block diagram the illustrates the control and decode circuitry of a 
DRAM according to one embodiment of the invention; 
20 Figure 8 is a flow chart illustrating the protocol employed by a controller to 

initiate data transfers according to an embodiment of the present invention; 

Figure 9 illustrates a request packet according to one embodiment of the 
present invention; 

O73305.PO48 



-10- 

Figure 10 is a timing diagram illustrating interleaved read/write transaction 
timing when the read latency equals the write latency according to a prior art protocol; 

Figure 1 1 is a timing diagram which illustrates synchronous interleaved read 
timing with multiplexed data/row/control information according to an alternative prior 
5 art protocol; 

Figure 12 illustrates the timing of five transactions performed in a non- 
interleaved embodiment of the present invention; 

Figure 13 illustrates the timing of five transactions performed in an interleaved 
embodiment of the present invention; 
10 Figure 14 illustrates circuitry for decoding operation codes according to the 

prior art; 

Figure 15 illustrates circuitry for decoding operation codes according to one 
embodiment of the present invention; 

Figure 16A illustrates an operation code encoding scheme according to an 
1 5 embodiment of the invention; 

Figure 16B is a continuation of the table illustrated in Figure 16 A; 
Figure 17 illustrates a prior art circuit for detennining whether a particular 
DRAM should respond to an operation request; and 

. Figure 1 8 illustrates a circuit for determining whether a particular DRAM 
20 should respond to an operation request according to an embodiment of the present 
invention; 
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Figure 19 illustrates a mapping between Open and Close bits and the 
operations that are performed by a DRAM in response to the bits according to an 
embodiment of the invention; 

Figure 20A is a block diagram illustrating a DRAM configured to allow no 
5 more than one high current operation to be performed over each internal power supply 
line according to an embodiment of the invention; and 

Figure 20B is a block diagram illustrating a DRAM configured to allow no 
more than one high current operation to be performed within the DRAM at any given 
time according to an embodiment of the invention. 
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DFTATT FD DFSCftTPTTON 

Figure 6 is a block diagram of a computing system that includes the present 
invention. The data transport system includes a central processing unit 600, a 
memory controller 601 and a DRAM 603. The memory controller 601 connects the 

5 CPU 600 to a channel 622 to which DRAM 603 is connected. For the purposes of 
explanation, a single DRAM is shown on channel 622. However, the present 
invention is not limited to any particular number of DRAMs on the channel 622. 

The CPU 600 may be, for example, a microprocessor. When the CPU 600 
executes instructions that require a data transfer operation, the CPU 600 transmits 

10 control signals specifying the desired transfer operations to memory controller 601. 
Memory controller 601 may be, for example, an application specific integrated circuit 
(ASIC) memory controller configured to transmit request packets to DRAM 603 over 
channel 622 to specify the desired transfer operation. 

According to one embodiment, channel 622 includes a line 624 for initializing 

15 daisy chain input, a "clock to end" line 650, a "clock from master" line 628, a "clock 
to master" line 630, and a plurality of lines 626 that includes a BusEnable line, a 
BusCtl line and a nine-bit data bus (BusData[8:0]). The "clock to end" line 650 
carries a clock signal from memory controller 601 to the end of line 630. The "clock 
to master" line 630 routes the clock signal to the various devices on channel 622 and 

20 back to memory controller 601. The "clock from master" line 628 routes the clock 
signal from the "clock to master" line 630 back to the various devices on channel 622. 
The clock signal on the "clock from master" line 628 is aligned with request and write 
data packets transmitted by controller 601. The clock signal on the "clock to master" 
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line 630 is aligned with read data packets transmitted by DRAM 603. The information 
communicated over lines 626 includes request packets, data transfer control signals, 
and data packets. 

DRAM 603 is divided into three sections: an storage section 632, a control 
5 section 634, and a I/O section 636. The storage section 632 includes a DRAM core 
consisting of two independent memory banks 602 and 606. It should be noted that a 
two-bank DRAM shall be described simply for the purposes of explanation. The 
present invention is not limited to DRAMs with any particular number of memory 
banks. 

10 Each of the memory banks 602 and 606 has a latching sense amplifier cache 

604 and 608. The caches 604 and 608 hold the currently sensed row of their 
respective memory banks* The control section 634 includes control logic 610 and 
control registers 614. Control logic 610 performs initialization operations in response 
to control signals on line 624. Control registers 614 are read and written to using 

15 special register space commands. The contents of the control registers 614 determine 
how DRAM 603 operates. For example, the control registers 614 may store values 
that determine the output drive current used by DRAM 603, the base address of 
DRAM 603 and the configuration and size of DRAM 603. 

The I/O section 636 includes a clock generator 618, a receiver 620, and a 

20 transmitter 616. The clock generator 618 uses the external clock signals to create 
clock signals used internally by DRAM 603. The receiver 620 and transmitter 616 
contain multiplexing and storage hardware to permit internal data paths to operate at a 
slower clock rate, but equivalent bandwidth, to lines 626. 
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Figure 7 is a block diagram of a DRAM in which the present invention may be 
implemented according to one embodiment of the invention. Referring to Figure 7, a 
DRAM 700 generally includes I/O and control circuitry 722, four banks of memory, a 
plurality of column decoders 718 and 720, and a plurality of row decoders 704, 706, 
712 and 714. Each of the four banks are split into two memory blocks. Specifically, 
B ANK0 is distributed over blocks 702A and 702B, BANK1 is distributed over 
blocks 708 A and 708B, BANK2 is distributed over blocks 71 OA and 71 0B and 
BANK3 is distributed over blocks 716A and 716B. 

I/O and control circuitry 722 receives request packets from a controller over a 
channel 724. The request packets include an address that corresponds to a storage 
location and an operation code that specifies the operation to be performed on the data 
stored in the specified storage location. To perform a read operation, I/O and control 
circuitry 722 transmits control signals to the row decoders 704, 706, 712 and 714 to 
cause the row that contains the specified data to be moved into a cache. Then the I/O 
and control circuitry 722 transmits control signals to the column decoders 718 and 720 
to cause the data from a column of the row in the row cache to be transmitted out onto 
the channel 724. The column that is transmitted is the column that corresponds to the 
address contained in the request packet. 

CONTROLLER OPERATION 

Referring to Figure 8, it is a flow chart that illustrates the protocol employed 
by a controller to initiate data transfers according to one embodiment of the invention. 
At step 802, the controller transmits a wakeup signal to the DRAM that will be 
involved in the data transfer operation (the "target DRAM"). At step 804, the 
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controller transmits command control information to the target DRAM. The contents 
of the command control information according to one embodiment of the invention are 
illustrated in Figure 9. 

Referring to Figure 9, the command control information is transmitted over the 
5 BusCtl line and BusData[8:0] lines over three clock cycles, where each clock cycle has 
even and odd phases. A start bit 902 is sent over the BusCtl line on the even phase of 
the first clock cycle. As shall be described in greater detail below, the start bit serves 
as a flag which allows the DRAM to identify the signals as command control 
information. 

10 The command control information includes an address 904 that identifies the 

beginning memory location in the target DRAM that will be involved in the specified 
data transfer operation. The command control information further includes an 
operation code, open and close bits, and a Pend value. 

As shall be explained below, certain bits in the operation code directly 

15 correspond to control lines within the target DRAM. Specifically, the operation code 
includes a Write bit 906, a Reg bit 908 and a NoByteM bit 910 that correspond to 
control lines in the target DRAM. Upon receipt of the command control information, 
the DRAM simply places the value stored in these bits on the respective control line. 
The operation code also contains a broadcast bit 912 to indicate whether the specified 

20 operation is a broadcast operation. 

The Open, Close and Pend values serve functions described in greater detail 
below. In general, the Open and Close bits specify whether precharge and/or sense 
operations are to be performed before and/or after the operation specified in the 
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operation ccxie. The Pend value indicates how many odd phase bits will appear on the 
BusCtl line after the command control information and before the strobe signal that 
corresponds to the operation specified in the command control information (other than 
any odd phase bits in request packets for other transactions). The command control 
5 information also contains other values "EvalCC" and "Mask" thai do not relate to the 
present invention. 

Referring again to Figure 8, control passes from step 804 to step 806. During 
step 806, the controller transmits the strobe signal over the BusCtl line (step 8 10). If 
the transaction involves more than one data packet, then the column address for data 

10 packets that are to be sent subsequent to the first data packet are transmitted serially 
over the BusEnable line (step 808). Steps 808 and 8 10 are combined in step 806 to 
indicate that step 810 is performed concurrently with step 808. In one embodiment, 
the transmission of the address for subsequent data packets begins at a sufficient 
interval prior to the time at which those data packets are to be sent to allow the second 

15 and subsequent data packets to be sent after the first data packet without interruption. 

At step 8 14, the data is transmitted over the data bus (BusData[8:0]). During 
this step, the data may be transmitted to or from the target DRAM, depending on 
whether the data transfer operation is write or read operation. At some fixed period of 
time prior to the transmission of the last the last data packet, the controller transmits 

20 the terminate signal on the BusCtl line (step 816). Steps 816 and 814 are shown as a 
single step 812 to indicate that step 816 is performed during the performance of step 
814, 
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As shall be explained below, one embodiment of the memory controller 
dynamically adjusts the interleave of data and control information to more fully utilize 
the channel. Interleave refers to the relative ordering of data, requests and control 
signals that are assoicated to multiple transactions. To allow dynamic interleave 
5 adjustment, there is no fixed time period between the execution of steps 804 and 806. 
Rather, the controller is free to adjust the timing of step 806 relative to the timing of 
step 804 as needed to provide the desired interleave (e.g., to provide time to transmit 
the command control information for other transactions between execution of steps 
804 and 806). 

10 In one embodiment, the controller is configured to limit the number of requests 

that are targeted to any given DRAM. For example, if two data transfer operations 
have been requested for a given DRAM, the controller will refrain from issuing a third 
request until one of the outstanding requests has been serviced. By limiting the 
number of requests any DRAM must handle at any given time, the size of the 

15 command queue within the DRAM may be reduced, decreasing the complexity of the 
DRAM. 

In one embodiment, the number of outstanding requests on the channel may be 
larger than the number of requests being processed by any single DRAM. Preferably, 
the number of outstanding requests is limited only by the size of the field which 
20 indicates the number of outstanding requests, and the aggregate number of requests 
which can be handled by all of the DRAMs on the channel. 
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DEFERRED TRANSFER SIZE DETERMINATION 
In typical EDO and SDRAM components, only a finite number of data transfer 
sizes are supported. For each data transfer size, there is a fixed ratio between the 
amount of control information that must be sent to a DRAM and the amount of data to 
5 be transferred in the operation. Thus, the larger the amount of data to be transferred, 
the larger the amount of control information that must be sent to the DRAM. For 
example, with an SDRAM that only supports transfers of one or four data words, two 
four-word transfers must be performed to transfer eight data words. Thus, all of the 
control information that a controller must send to the DRAM for a four data word 
10 transfer, including an operation code and an address, must be sent twice. 

In prior art request-oriented systems, a data transfer count is part of the 
command control information that a controller sends to a DRAM to initiate a data 
transfer operation. The amount of bits allocated in the control information for sending 
the data transfer count is fixed. Consequendy, the size of data transfers that a system 
15 may perform in response to a single transfer request is limited to the number of data 
packets that can be specified in the available number of bits. The size limit thus placed 
on data transfers makes it necessary for transfers of large amounts of data to be 
perfonsed using numerous requests for smaller data transfer operations. For 
example, if the data transfer count is only five bits long and data packets are eight 
20 bytes, then the maximum size of a data transfer is 256 bytes (32 data packets). For 
transfers larger than 256 bytes, more than one request packet must be used. 

In one prior art request-oriented system, the controller is allowed to 
prematurely terminate a data transfer operation by transmitting a terminate control 
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signal to the DRAM. Upon receipt of the terminate control signal during a particular 
data transfer operation, the DRAM ceases to process data for the operation, even if the 
amount of data that has been transferred is less than the amount of data that was 
specified in the data transfer count of the operation. This technique allows the 

5 controller to shorten data transfers after a particular transfer size has been specified, 
but does not overcome the limitations associated with having a maximum size limit per 
requested transaction 

According to one aspect of the present invention, the command control 
information within a request packet no longer contains size information. Rather, the 

10 DRAM is configured to start and end the transmission of data based on data transfer 
control information sent by the controller to the DRAM separate from and subsequent 
to the transmission of the command control information. According to one 
embodiment, the data transfer control information includes data transfer start 
information (a "strobe signal") sent from the controller to indicate when the DRAM is 

15 to begin sending data, and data transfer end information (a "terminate signal") to 
indicate when the DRAM is to stop sending data. The number of clock cycles that 
elapse between the transmission of the strobe signal and the terminate signal indicates 
the size of the data transfer. 

If a data transfer operation involves more than one data packet, then the 

20 controller serially transmits column address information on the BusEnable line to 

specify the columns that contain the data to be sent in the second and subsequent data 
packets. Preferably, the controller begins to transmit the column address information 
at a time that allows the DRAM to have sufficient time to reconstruct the column 
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addresses and prefetch the data from the specified columns in the DRAM core before 
the data packets that correspond to the column addresses are to be transmitted over the 
channel. Because the DRAM continuously receives column addresses over the 
BusEnable line during multi-packet transfers, the DRAM itself does not have to 

5 maintain a counter to determine from where to retrieve data for the next data packet. 

By transmitting data transfer control information separate from the command 
control information, it is possible to specify a transfer operation for any amount of 
data. Thus, large transfers do not have to be broken up into multiple requests for 
smaller amounts of data. In one embodiment, the control circuitry within the DRAM 

10 is configured to begin retrieving requested data from the DRAM core as soon as 
possible after receipt of a request packet The DRAM does not wait for the strobe 
signal to begin retrieving the data from the DRAM core. However, the DRAM does 
not transmit any data on the channel until the strobe signal is received. Because the 
initial data packet to be transmitted by the DRAM has been prefetched from the core, 

15 the data packet can be transmitted over the channel with minimal delay from when the 
strobe signal ultimately arrives. 

There are numerous benefits to reducing the delay between the transmission of 
(1) a strobe signal for a transfer operation and (2) the first packet in the transfer 
operation. For example, the minimum latency between a transfer request and the 

20 beginning of the transfer can never be less than the strobe-to-data delay. Therefore, 
the strobe-to-data delay may determine the critical path for DRAMs that support fast 
core operations. In addition, the longer the strobe-to-data delay, the more complex the 
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controller must be to accurately and efficiently pipeline the command control 
information and strobe signals. 

The bandwidth required to indicate the start and end of a data transfer 
operation with single bit strobe and terminate signals is minimal. In one embodiment, 
5 a single line (the BusCtl line) is used to cany a variety of control signals, including the 
strobe and terminate signals. Further, the channel utilization employed to start and 
terminate a transfer operation does not vary with the size of the data to be transferred. 

Due to intrinsic circuit delays, the DRAM does not instandy terminate data 
transmission upon the receipt of the terminate signal. Rather, the terminate signal 

10 causes the DRAM to initiate termination of the data transfer. Transmission of the last 
data packet in a transfer actually occurs on some clock cycle after the receipt of the 
terminate signal. When a terminate signal is used to specify the end of a transfer 
operation, it is important to minimize the latency between the transmission of the 
terminate signal for the transaction and the transmission of the last data packet of the 

15 transaction. By reducing the latency between the terminate signal for a transaction and 
the time at which the channel ceases to be used to send data for the transaction, the 
amount of time required for the controller to use the channel for another transaction is 
reduced. This is particularly important when there are multiple requesters that are 
contending for use of the same channel. 
. 20 According to one embodiment, the terminate signal may be used to either end a 

transaction or suspend a transaction. The exact timing of the terminate signal may be 
used to indicate whether a transfer operation should be terminated or merely 
suspended. For example, if the terminate signal is sent at one modulus relative to the 
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strobe signal, the DRAM is configured to terminate the data transfer operation. A 
• modulus is the remainder obtained after dividing one integer by another integer. If the 
terminate signal is sent at a different modulus relative to the strobe signal, the DRAM 
is configured to suspend the transfer operation. The DRAM may be configured to 
5 continue transfer operations that have been suspended upon receipt of a continue 
control signal. 

DECOUPLED DATA TRANSFER CONTROL INFORMATION 
In prior art systems, the timing of a data transfer is dictated by the timing of 
the request for the data transfer. Thus, given that a transfer request arrived on a 

10 particular clock cycle, it was known that the data specified in the request would begin 
to appear on BusData[8:0] a predetermined number of clock cycles from the particular 
clock cycle. For example, the number of clock cycles that elapse between a request 
packet and the transfer of data specified in the request packet may be determined by a 
value stored in a register within the DRAM. This fact renders prior art systems 

15 inflexible with respect to how control and data signals may be interleaved to maximize 
the use of the channel. 

As mentioned above, the data transfer control information which controls the 
timing of the data transfer associated with a request packet is sent separately from the 
command control information to which it corresponds. According to another aspect of, 

20 the invention, the timing of the data transfer control information is variable relative to 
the timing of the corresponding request packet. That is, the number of clock cycles 
between the transmission of a request packet and the transmission of the strobe signal 
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to begin the transfer specified in the request packet may vary from transaction to 
transaction. 

According to an alternate embodiment of the invention, the amount of time that 
elapses between the transmission of a request packet and the transmission of the data 

5 specified in a request packet is varied without the use of strobe and terminate signals. 
In this embodiment, the request packet contains a delay value that indicates to the 
DRAM when the data specified in the request packet will begin to be sent relative to 
the time at which the request packet is sent. The DRAM would include a counter to 
count the clock cycles that elapse from the arrival of the request packet in order to send 

10 or receive the data specified in the request on the appropriate clock cycle. Because the 
controller may vary the latency between request packet and data transmission, the 
controller is able to dynamically adjust the operative interleave on the channel, as shall 
be described in greater detail below. 

DYNAMIC INTERLEAVE ADJUSTMENT 

15 As mentioned above, the fixed timing between requests and data transmissions 

renders prior art systems inflexible with respect to how control and data signals may 
be interleaved. For example, Figures 10 and 1 1 illustrate the timing of transactions 
for particular prior art protocol systems. 

Referring to Figure 10, it illustrates interleaved timing of read and write 

20 accesses. The interleave structure permits read accesses to a DRAM to be interleaved 
with write accesses to another DRAM. Figure 1 1 illustrates synchronous interleaved 
read timing with multiplexed data/row/control information according to an alternative 
prior art protocol. Both of these prior art interleave patterns increase utilization of the 
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channel and the internal resources of the DRAM relative to non-interleaved protocols. 
However, the timing between requests and data transfers is fixed, so the interleave 
patterns are fixed. Consequently, controllers cannot make interleave adjustments to 
maximize usage of the channel and DRAM resources in response to changing 

5 conditions in the system. 

The ability to vary the timing between the transmission of a request packet and 
the transmission of the data specified in the command control information makes it 
possible to interleave the information on BusData[8:0] in variations that were not 
previously possible. According to one embodiment of the invention, controllers 

10 dynamically adjust the interleave to maximize the use of the channel in the face of 
internal DRAM latencies that are long with respect to the transmission of control 
information or data. 

Referring to Appendix A and Figure 12, they illustrate the timing of five non- 
interleaved data transfer operations. At clock cycle 0, a wakeup signal associated with 

15 transaction 0 is transmitted from the controller to the DRAM on the BusCtl line "BC". 
At clock cycles 4 through 6 the command control information for transaction 0 is sent 
from the controller to the DRAM over the BusQl line and nine bus data lines 
"BD[8:0]'\ At clock cycle 10 the DRAM begins sensing the row specified in the 
command control information of the bank specified in the command control 

20 information. At clock cycle 17 the controller sends the strobe signal associated with 
transaction 0 to the DRAM. At clock cycle 23 the DRAM begins transferring data 
beginning at the address specified in the command control information. At clock cycle 
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30 the controller sends a terminate signal associated with transaction 0 to the DRAM. 
At clock cycle 38, the DRAM sends the last data associated with transaction 0. 

The wakeup signal for transaction 1 is transmitted at clock cycle 35. At clock 
cycles 39 through 41 the command control information for transaction 1 is 
5 transmitted. The timing for transactions 1 through 4 proceeds as illustrated. This 
example clearly illustrates that there is minimal timing overlap between transactions 
when signals for different transactions are not interleaved. Consequently, bandwidth 
that may be used to begin subsequent transactions goes unused. 

Referring to Appendix B and Figure 13, they illustrate the timing of 

10 interleaved data transfer operations. In the illustrated example, the wakeup signal for 
transaction 1 is transmitted at clock cycle 20, even before data has started to be sent 
for transaction 0. By the time the terminate signal has been sent for transaction 0, the 
wakeup signal and command control information have been sent to the DRAM for 
transaction L The transmission of this information during the execution of transaction 

15 0 does not result in any performance penalty because the bandwidth used to transfer 
the information was otherwise unused. Significantly, five transactions are completed 
by clock cycle 131 using the interleaved example shown in Appendix B, while 
completion of five transactions requires 172 clock cycles in the non-interleaved system 
shown in Appendix A. 

20 The ability to dynamically adjust the interleave of control and data information 

allows controllers to increase the utilization of the channel. In addition, the controller 
can adapt the interleave to the changing demands being placed on the bus to minimize 
latency. For example, the controller can transition from a cold start, where the bus is 
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idle, to an active state by issuing a series of requests back-to-back and then waiting for 
the data that will be sent in response to the requests. After start, the controller adjusts 
the interleave to shift from minimizing latency to maximizing utilization of the channel 
and internal resources of the DRAM. Therefore, after a steady state has been 

5 achieved, the controller avoids having too many back-to-back requests. Rather, the 
controller switches to a smoother interleave pattern, such as the pattern illustrated in 
Appendix B. An exemplary series of transactions that illustrate how a controller that 
employs the protocol of the present invention is able to dynamically change the 
interleave of transactions shall be discussed in greater detail below with reference to 

10 Appendix C. 

SIGNAL OVERLOAD 
To help maximize utilization of the channel, the same control line may be used 
to carry numerous control signals. For example, in the protocol illustrated in 
Appendixes A and B, the BusCtl line is used to cany wakeup signals, strobe signals, 

15 portions of the command control information, and terminate signals. According to 
one embodiment of the invention, clock cycles are divided into even and odd phases. 
The command control information is preceded by a non-zero value "start bit" on the 
BusCtl line at an even phase of the clock cycle. Upon detection of a start bit, a DRAM 
knows that any signals on the BusCtl line during the three subsequent odd phases of 

20 the clock cycle are part of the command control information, and not strobe, wakeup 
or terminate signals. The strobe signals, wakeup signals and terminate signals are all 
indicated by non-zero values on the BusCtl line at an odd phase of the clock cycle. 
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Consequently, the DRAM must have some mechanism for distinguishing between the 
signals. 

In an embodiment of the invention that uses fixed interleaves, an operation 
begins at a fixed interval relative to the command control information that specifies the 
5 operation. Therefore, DRAMs simply use the arrival time of the command control 
information and the known interval to determine when to perform the operation. The 
terminate signal associated with a transaction is always the next odd-phased signal on 
the BusCtl line after its corresponding command control information. Therefore, if 
the command control information can be identified, the terminate signal can also be 
10 identified. Any signal on the BusCtl line during an odd phase of a clock cycle is a 
wakeup signal. 

The method described above for distinguishing between identical control 
signals (i.e. control signals* that use the same line and have the same characteristics) 
works well in an embodiment that employs fixed interleaves. However, where the 

15 timing interval between a request packet and its corresponding strobe signal is 

variable, a mechanism must be provided to indicate to the DRAMs when to look for 
the strobe signal that corresponds to a request packet that has been received. 

In the example illustrated in Appendix B, the period between the transmission 
of the command control information for a transaction and the strobe signal for the 

20 transaction is not fixed. Consequently, the DRAM must have some other mechanism 
for determining that, of all the signals that arrive on the BusCtl line, the signal at clock 
cycle 47 is the strobe signal associated with the command control information for 
transaction 1. 
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According to one embodiment of the present invention, the DRAM is able to 
distinguish between identical signals on the BusCU line based on knowledge of what 
information has previously appeared on the channel. To obtain information about data 
on the channel, the DRAM constantly monitors the channel. Because the DRAM 

5 constantly monitors the channel, the controller does not have to transmit wakeup 
signals to the DRAM. Therefore, the only identical signals on the BusCtl line are the 
strobe signal and the terminate signal. 

According to this embodiment, the order in which the controller sends strobe 
and terminate signals must match the order in which the controller sends request 

10 packets. For example, if the controller transmits request packets for transactions 0, 1, 
and 2, in that order, then the controller must send strobe and terminate signals for 
transactions 0, 1, and 2, in that order. 

Under the constraints described above, the DRAM has the information it 
requires to correctly identify the strobe and terminate signals on the channel. 

15 Specifically, the first control signal on the BusCtl line will always be a strobe signal 
associated with the first transaction. The control signal that follows any strobe signal 
is always the terminate signal for the transaction that corresponds to the preceding 
strobe signal. The control signal that follows any terminate signal will always be a 
strobe signal for the transaction that immediately follows the transaction associated 

20 with the previous strobe signal. 

While the approach described above allows a DRAM to accurately identify 
strobe and terminate signals, it has two obvious disadvantages. First, it requires that 
all DRAMs monitor the channel at all times. If any DRAM fails to monitor the line for 
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any period, the DRAM will not be able to accurately identify the identical control 
signals. Because the DRAM has to constantly monitor the channel, the DRAM will 
not be able to conserve energy by entering a power-down mode. The expense 
associated with keeping all DRAMs powered up at all times is significant. 
5 The second disadvantage is that the controller must send the control signals in 

exactly the same order as the command control information. As a result, the controller 
is limited with respect to the type of interleave patterns it may select. Specifically, the 
controller may not select any interleave patterns that retire a transaction out of order. 

According to an alternate embodiment of the present invention, the controller is 

10 configured to transmit, as part of the command control information in a request 

packet, data which allows the DRAM to identify the strobe signal that corresponds to 
the command control information. For example, in one embodiment, the controller 
includes a Tend" value in the command control information. The Pend value in a 
request packet indicates how many control signals that are identical to the strobe signal 

15 will occur between the end of the command control information for a transaction and 
the actual strobe signal for the transaction. Based on the Pend value, a DRAM is able 
to identify control signals without having to know what has transpired on the channel 
prior to the arrival of the command control information. 

In the example illustrated-in Appendix B, the command control information for 

20 transaction 1 is sent at clock cycle 24, and the strobe signal for transaction 1 is sent at 
clock cycle 47. Between the transmission of the command control information for 
transaction 1 and the transmission of the strobe signal for transaction 1, a terminate 
signal for transaction 0, a wakeup signal for transaction 2 and a request packet for 
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transaction 2 are sent. (The DRAM knows to ignore the command control information 
for transaction 1 by detecting its start bit on an even phase of the clock cycle.)- 

The terminate signal for transaction 0 and the wakeup signal for transaction 2 
both have identical characteristics to strobe signals. Therefore, the Pend value sent in 
5 the command control information for transaction 1 is two. By this Pend value, the 
DRAM is made aware that two strobe-like signals will appear on the BusCtl line prior 
to the actual strobe signal for transaction 1. The DRAM monitors the channel after the 
receipt of the command control information for transaction 1. Based on the Pend 
information in the command control information for transaction 1 and the signals that 

10 occur on the channel after receipt of the command control information for transaction 
1 , the DRAM can identify the strobe for transaction 1. 

The Pend approach overcomes the disadvantages of the constant channel 
monitoring approach because the DRAM involved in a transaction does not need to 
know what transpired on the channel prior to the arrival of the command control 

15 information for the transaction. Consequently, a DRAM may assume a powered 
down mode until the arrival of a wakeup signal just prior to the transmission of a 
request packet. In addition, the Pend approach does not require transactions to be 
retired in the same order as the order in which they are requested. Therefore, a 
controller may specify-interleave patterns in which some transactions are retired out of 

20 order. 

DEFERRED PRECHARGE NOTIFICATION 
At the time that a request packet is transmitted by a controller, the controller 
may not have enough information to determine whether a precharge operation should 
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be performed after the completion of the transaction. Therefore, according to one 
embodiment of the invention, the command control information sent in request packets 
does not contain an indication of whether or not a precharge is to be performed after 
the transaction. Rather, the controller communicates to the DRAM whether a 

5 precharge is to be performed when the terminate signal that initiates the termination of 
a transfer operation is sent to the DRAM. Because the transmission of the terminate 
signal is deferred, the determination of whether or not a precharge operation is 
appropriate may be made by the controller based on information obtained between the 
transmission of the request packet and the transmission of the terminate signal. 

10 For example, at the time that the request packet is sent, additional requests for 

data from different rows in the same DRAM may not have arrived. Therefore, it 
would appear that no post-operation precharge is required. However, prior to the 
transmission of the terminate signal, a request may arrive for an operation to be 
performed on a different row of the same bank within a DRAM. When the controller 

15 sends the terminate signal for the current operation, the controller can communicate to 
the DRAM that a precharge operation is to be performed. The DRAM can therefore 
begin a precharge operation for the bank containing the appropriate row while the 
current data transfer operation is being completed. 

The technique used by the controller to communicate whether a precharge is to 

20 be performed after an operation preferably takes advantage of the fact that data is 

typically transferred as a series of one or more fixed-sized packets, where each packet 
contains more data than can be transmitted during a single clock cycle. Because the 
transmission of a single packet is performed over multiple clock cycles, the terminate 
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signal may be sent during any one of a plurality of clock cycles to specify that a 
. particular packet is the last packet. For example, assume that it takes four clock cycles 
to send a single packet of data, and that the DRAM is configured to send exactly one 
data packet after receipt of the terminate signal. As long as the terminate signal is sent 

5 at any one of the four clock cycles during which the penultimate data packet is sent, 
the data transmission will terminate at the appropriate time. 

According to one embodiment of the invention, the controller uses the exact 
timing of the terminate signal to indicate to the DRAM whether the DRAM is to 
perform a precharge operation. For example, assume that the controller can terminate 

10 a transfer at the appropriate time by sending the terminate signal during any one of 
four clock cycles, as described above. The controller can indicate to the DRAM that 
precharge is to be performed by transmitting the terminate signal in the first of the f our 
possible clock cycles, and indicate that precharge is not to be performed by 
transmitting the terminate signal on the second of the four possible clock cycles. The 

15 DRAM decodes the precharge information by determining on which of the four 
possible clock cycles the terminate signal appeared. The DRAM may make this 
determination, for example, by determining the modulus of the clock cycle on which 
the terminate signal was received relative to the clock cycle on which the 
c SSE£. s P° n ding strobe was received. 

20 According to an alternate embodiment, a particular precharge operation is 

associated with each of the four available clock cycles. For example, the DRAM may 
contain four banks of memory. The technique described above may be extended so 
that a terminate signal in the first possible clock cycle causes the DRAM to precharge 
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the first memory bank, a terminate signal in the second possible clock cycle causes the 
DRAM to precharge the second memory bank, a terminate signal in the third possible 
clock cycle causes the DRAM to precharge the third memory bank, and a terminate 
signal in the fourth possible clock cycle causes the DRAM to precharge the fourth 

5 memory bank. Significantly, this embodiment allows the position of the terminate 
signal for an operation on one memory bank to indicate that a precharge operation is to 
be performed on a different memory bank. In this embodiment, the command control 
information may contain a bit for specifying that no precharge is to be performed, 
regardless of the timing of the terminate signal. 

10 OPTIMIZED OPERATION ENCODING 

Typically, a controller indicates to a DRAM the operation it desires the DRAM 
to perform by transmitting to the DRAM a request packet that includes an operation 
code that corresponds to the desired operation. To determine how to respond to a 
request packet, each of the bits of the operation code must be wired from its point of 

15 reception on the DRAM and to a decoder prior to being globally transmitted through 
the interface in order to control functionality. The wiring and decoding process 
consumes space and power. A typical circuit for performing operation code decoding 
is illustrated in Figure 14. 

Referring to Figure 14, a decoding circuit 1400 includes a plurality of pins 

20 1402, a plurality of global control lines 1404, and a plurality of decode units 1406. 
Each decode unit 1406 corresponds to a particular global control line 1404. When a 
multiple-bit operation code is received at pins 1402, the entire operation code is routed 
to each of decode units 1406. Each of decode units 1406 decodes the operation code 
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to determine the appropriate signal to apply to the control line 1404 to which it 
corresponds. 

Referring to Figure 15, it illustrates a decode circuit 1500 according to an 
embodiment of the invention. Similar to decode circuit 1400, decode circuit 1500 

5 includes a plurality of pins 1502, 1504 and 1506, a plurality of decode units 1508, 
1510 and 1512, and a plurality of global control lines 1516, 1518 and 1520. Each of 
decode units 1508, 1510 and 1512 corresponds to one of the control lines 1516, 1518 
and 1520. Unlike the prior art decode circuit 1400, each of decode units 1508, 1510 
and 1512 receives only the signal from one pin. Based on the signal from the pin and 

10 state information stored in the decode unit, the decode unit applies the appropriate 
signal to the control line to which it corresponds. 

The advantages of decode circuit 1500 over the prior art circuit shown in 
Figure 14 include decreased wiring requirements, decreased power consumption and 
decreased circuit complexity. Specifically, only one line per pin is required to route 

15 the signals from pins 1502, 1504 and 1506 to decode units 1508, 1510 and 1512, 
respectively. Further, the complexity of decoders 1508, 1510 and 1512 is 
significantly reduced. 

For decode circuit 1500 to work correctly, the operation codes' transmitted by 
the controller must include bits that directly correspond to the signals carried on lines 

20 1516, 1518 and 1520. Typically, the global control lines include a NoByteM line, a 
Reg line, and a Write line. The NoByteM line indicates whether a byte mask should 
be used on the data specified in the operation. The Reg line indicates whether the 
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operation relates to a register or to memory. The Write line indicates whether the 
operation is a read operation or a write operation. 

Figures 16A and 16B illustrates an operation code encoding scheme according 
to an embodiment of the invention. Referring to Figures 16A and 16B, they illustrate 
an operation-to-operation-code mapping in which bits in the operation code directly 
dictate the signals to be placed on each of the global control lines to perform the 
corresponding operation. Specifically, each operation code has a bit M OP[2]" that 
specifies whether a signal should be placed on the NoByteM control line, a bit 
"OP[l] M that specifies whether a signal should be placed on the Reg control line, and a 
bit "OP[0]" that specifies whether a signal should be placed on the Write control line. 
The operation code that corresponds to each possible type of operation has the various 
operation code bits set so as to cause the appropriate signals to be generated on the 
global control lines. For example, to perform a register read directed operation, a 
signal must be generated on the NoByteM and Reg control lines, but not on the Write 
control line. Therefore, in the operation code that corresponds to the register read 
directed operation, the bits that correspond to the NoByteM, Reg and Write control 
lines are respectively "1", "l n and "0". 

BROADCAST OPERATIONS 

DRAMs respond to request packets if the operations specified in the request 
packets are specifically directed to the DRAM, or if the request packets specify 
broadcast operations. Figure 17 illustrates a prior art circuit for determining whether a 
particular DRAM should respond to an operation request. 
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Referring to Figure 17, a comparator 1702 compares the address bits in an 
request packet with the device ED of the DRAM. If the address bits in the request 
packet do not match the device ID, then a logical LOW is transmitted to one input of 
AND gate 1706. Consequently, the output of AND gate 1706 will be LOW. The 

5 operation code contained in the request is decoded by decode unit 1704. Decode unit 
1704 decodes the operation code in the request packet and transmits signals over lines 
1708 and 1710 based on the operation specified by the operation code. If the 
operation code represents a broadcast operation, then the decode unit 1704 applies a 
logical HIGH to line 1710. If the operation code represents a non-broadcast 

10 operation, then the decode unit 1704 transmits a signal on line 1708 indicative of the 
command, and a logical LOW on line 1710. Line 17 10 and the output of AND gate 
1706 are applied to an OR gate 1712. The signal at output of OR gate 1712 
determines whether the DRAM should process the specified operation. When the 
specified operation is a broadcast operation, the output of OR gate 1712 will be HIGH 

15 regardless of the output of AND gate 1706. 

Referring to Figure 18, it illustrates a circuit for determining whether a DRAM 
should respond to request packet, according to an embodiment of the present 
invention. Similar to the circuit shown in Figure 17, circuit 1800 includes a 
comparator 1802 for comparing the address bits in a request packet with the device ID 

20 of the DRAM. However, circuit 1800 is configured for a protocol in which one bit in 
the operation code of a request indicates whether the request is for a broadcast 
operation. Referring again to Figures 16A and 16B, the operation codes employed in 
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one embodiment include a bit M Op[3]" that indicates whether the operation specified by 
the operation code is a broadcast operation. 

Because the operation code contains a bit which indicates whether the 
operation is a broadcast operation, it is not necessary to decode the operation code to 

5 determine whether the operation is a broadcast operation. Rather, the value of the 
broadcast bit is fed directly into one input of an OR gate 1804. The other input of the 
OR gate 1804 receives a signal that indicates whether the address in the request 
matched the device ID of the DRAM. The output of the OR gate 1804 indicates 
whether the DRAM should respond to the request. 

10 Because the operation code for every type of operation contains a bit that 

specifies whether the operation is a broadcast operation, the need to decode the 
operation codes to identify broadcast operations is avoided. Consequently, circuit 
1800 is clearly simpler and more efficient that the circuit shown in Figure 17. 

CONTROLLER-SPECIFIED STATE CHANGES 

15 In typical DRAMs, data is not directly transmitted from the storage cells. 

Rather, data is temporarily copied to sense amplifiers prior to transmission. 
Typically, the sense amplifiers only store one row of data. If an operation is to be 
performed on a row of data other than the currently stored row, two operations must 
be performed. The first operation is referred to as a precharge operation, where pairs 

20 of bit lines within the memory are equalized to a midpoint voltage level. The second 
operation is referred to as a sense operation, where the row on which the operation is 
to be performed is copied onto the sense amplifiers. Between the precharge operation 
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and the subsequent sense operation, the DRAM in question is said to be in a closed 
state. At all other times, the DRAM is said to be in an open state. 

In the prior art, DRAMs are configured to determine whether precharge and 
sense operations have to be performed prior to servicing a data transfer request from a 

5 controller Typically, the DRAM performs this determination by comparing the 
address contained in the request packet to the current address in the bank. If the 
addresses match, then the data is transmitted from the sense amplifiers and no 
precharge or sense operations are required. If the addresses do not match, then the 
DRAM performs a precharge and sense operation to load the sense amplifiers with 

10 data from the appropriate row, but does not service the data transfer request. 

The overhead and complexity required for the DRAM to perform the address 
comparison results in a significant cost and performance penalty. Consequently, the 
present invention provides a controller that determines whether precharge and/or sense 
operations are required prior to making data transfer requests. Because the controller 

15 makes the determination, the complexity of the DRAM is reduced while the 

performance of the overall data transfer system is improved. The controller makes the 
determination of whether precharge and/or sense operations are required based on the 
address of the data in the operation, the current state of the bank that corresponds to 
the address and the address of the data that is currently stored in the bank. Typically, 

20 this information is already maintained by the controller for other purposes. Therefore, 
little additional overhead is required for the controller to make the determination. 

Once the controller has made the determination for a particular data transfer 
operation, the controller must communicate the decision to the DRAM. Preferably, 
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the controller communicates the determination to the DRAM through data sent with the 
command control information for the transaction. According to one embodiment of 
the invention, the command control information includes two bits ("Open" and 
"Close") that indicate to the DRAM what action to take with respect to the sensing and 
precharging the memory cells that correspond to the operation. Based on the current 
bank state and the value of the Open and Close bits, the DRAM determines what 
action to perform. 

In general, the Close bit indicates whether to precharge the memory bank after 
performing the operation specified in the command control information, and the Open 
bit indicates whether some type of sense or precharge/sense operation must be 
performed before the operation. The actions performed in response to the Open and 
Close bits depends on the previous state of the bank in question. Figure 19 illustrates 
how the combinations of values for the Open bit, Close bit, and previous bank state 
are mapped to actions to be performed according to one embodiment of the invention. 

Referring to Figure 19, if the current bank state is closed and the Open and 
Close bits are "0" and "1", respectively, then the DRAM performs no action in 
response to the data transfer request. Since no action is performed, the state of the 
bank remains closed If the current bank stale is closed and the Open and Close bits 
are "1" and "0", respectively, then the DRAM senses the bank and then performs the 
operation specified in the command control information. After the operation is 
performed, the bank will be in the open state. If the current bank state is closed and 
the Open and Close bits axe both " 1 then the DRAM senses the bank, performs the 
specified operation, and precharges the bank. After these actions have been 
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performed, the bank will be in the closed state. If the cunrent bank state is closed, 
then both Open and Close bits cannot be "0". 

If the current bank state is open and the Open and Close bits are both "0 M , then 
the DRAM simply performs the operation specified in the command control 
5 information. After the operation, the bank will still be in the open state. If the current 
bank state is open and the Open and Close bits are "0" and "1 respectively, then the 
DRAM performs the command and then precharges the memory bank. After the bank 
is precharged, it will be in the Closed state. If the current bank state is open and the 
Open and Close bits are "1" and "0", respectively, then the DRAM precharges the 

10 bank, senses the bank, and performs the specified operation. After the operation is 
performed, the bank will be in the open state. If the current bank state is open and the 
Open and Close bits are* both "1", then the DRAM precharges the bank, senses the 
bank, performs the specified operation, then precharges the bank. After these actions 
have been performed, the bank will be in the closed state. 

15 In addition to giving the controller significantly more control over internal 

DRAM operation, the present invention establishes a one-to-many correspondence 
between request packets and specified operations. Specifically, a single request 
packet can cause a DRAM to perform ( 1) a plurality of DRAM core operations, (2) a 
DRAM core operation and a data transfer operation, or (3) a data transfer operation 

20 and a plurality of DRAM core operations. By increasing the number of operations 
performed by the DRAM in response to a request packet, the ratio of control 
information per operations performed is significantly reduced. 
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LINE NOISE REDUCTION 
In typical DRAMs, multiple banks of memory receive power over the same 
power supply line. Every precharge or sense operation performed on a bank of 
memory generates some noise on the power supply line to which the bank is 
5 connected. In general, memory banks are not aware of operations that are 

concurrently being performed by other memory banks. Consequently, two or more 
memory banks that are powered over the same power supply line may concurrently 
perform precharge and/or sense operations. The increased noise that the power 
supply line experiences due to the concurrent execution of multiple noise-producing 
10 operations impairs the reliability of the DRAM in question or forces the power supply 
line to be larger, consuming precious die area. 

To prevent these reliability problems, those prior art DRAMs must be 
exhaustively tested to ensure that all possible sense and precharge patterns can be 
performed without error. In the present invention, the DRAM includes a control 
15 circuit that is configured to allow no more than one bank on any given power supply 
line from performing precharge or sense operations at any given time. Because the 
DRAM does not allow more than one bank on a power supply line to be charged or 
sensed at a time, the DRAM is not susceptible to the noise problems that concurrent 

_ sense and precharge operations create. Further, the DRAM does not need to be tested 

20 for patterns that will never occur. In addition, the die size of the DRAM may be 
reduced because the power supply lines do not have to be able to handle current for 
more than one operation. The control circuit within the DRAM may enforce this 
restriction in a variety of ways. 
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In one embodiment, the control circuit includes a queue for each power supply 
line. Such an embodiment is illustrated in Figure 20A. Referring to Figure 2GA, a 
DRAM 2000 includes control circuitry 2002 and four memory banks powered over 
two power supply lines that extend from a bond site 2020. The control circuit 2002 

5 receives request packets from the controller 2004 over the channel 2008 through an 
I/O unit 2030. The request packets specify data transfer operations and the memory 
banks on which the operations are to be performed. The control circuit 2002 is 
configured to detect when the specified operations require precharge or sense 
operations. When a requested operation requires a precharge or a sense operation, the 

10 operation is placed on the queue associated with the power supply line to which the 
memory bank specified in the request packet is connected. For example, assume that 
control circuit 2002 receives a request packet that specifies an operation that requires 
bank 2010 to be precharged, and a request packet that specifies an operation that 
requires bank 2012 to be sensed. Banks 2010 and 2012 are powered by the same 

15 power supply line 2014. Therefore, control circuitry 2002 will place both operations 
in the queue 2016 associated with power supply line 2014. 

The control circuit 2002 services the operations in any given queue one at a 
time. Thus, in the example given above, the control circuitry 2002 may cause the 

— operation on bank 2010 to be performed, then cause the operation on bank 2012 to be 

20 performed. Because the operations are serviced sequentially, no more than one sense 
or precharge operation will be performed concurrently on banks connected to the same 
power supply line. Because the control circuitry 2002 maintains separate queues for 
each power supply line, precharge and sense operation may be perform concurrendy 
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on banks that are powered by different power supply lines within the same DRAM 
2000. In this embodiment, the controller 2004 is preferably configured to set the 
Open and Close bits in each request packet to prevent the queues associated with the 
power supply lines from overflowing. 

5 In an alternate embodiment, control circuitry 2002 is configured to ignore 

request packets for operations that require a sense or precharge operation to be 
performed on a bank that is connected to the same power supply line as another bank 
on which a sense or precharge operation is currently being performed. In yet another 
embodiment, control circuitry 2002 does not process request packets that would 

10 violate the restriction, but transmits a message back to the controller 2004 to indicate 
that the request packet will not be serviced 

While a prohibition against concurrent sense and precharge operations by 
banks on the same power supply line limits the amount of concurrency that can take 
place between the memory banks, the overall architecture of the present invention is 

15 designed to maximize channel utilization without violating this restriction. 

Specifically, the controller adjusts the interleave of transactions in such a way as to 
maximize usage of the channel. No amount of concurrency within a DRAM will 
increase the throughput of a channel that is already fully utilized. Therefore, the 
enforcement of a prohibition against concurrent sense and precharge operations by 

20 banks on the same power supply line does not detrimentally affect the performance of 
the data transport system. 

In an alternate embodiment illustrated in Figure 20B t the DRAM 2000 contains 
a single queue 2050. All operations that require the DRAM 2000 to perform a 
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precharge or sense operation on any memory bank within DRAM 2000 are placed in 
the queue 2050 by control circuitry 2002. The control circuitry 2002 processes the 
operations stored in the queue 2050 sequentially, preventing more than one precharge 
or sense operation from being performed at the same time. While this embodiment 

5 does not allow the concurrency that is possible with the one-queue-per-power supply 
line embodiment, it requires less complex control circuitry. 

In yet another embodiment, the control circuitry on the DRAM does not 
enforce the one core operation per power supply line restriction. Rather, control 
circuitry within the controller is configured to transmit request packets by selecting an 

io order and timing that will not cause more than one core operation to be performed at 
the same time on banks connected to the same power supply line. In this 
embodiment, the DRAM may be manufactured with power supply lines designed to 
only support one core operation at a time, even though the DRAM itself does not 
enforce the restriction. 

15 EXAMPLE OF DYNAMICALLY ADJUSTING INTERLEAVE 

Referring to Appendix C, it illustrates a series of transactions in which a 
controller has dynamically adjusted the interleave. The controller transmits the 
wakeup signal for the first transaction (transaction 0) over the BusCtrl line at clock 
cycle 0. The controller transmits the request packet for transaction 0 over the BusCtrl 

20 line and the BusData[8:0] lines from clock cycle 4 to clock cycle 6. The controller 
transmits column address information over the BusEnable line from clock cycle 8 to 
clock cycle 10. This column address information indicates the column address of the 
data for the second and subsequent data packets that will be involved in the 
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transaction. The column address of the data for the first packet is included in the 
request packet. At clock cycle 10, the controller transmits the strobe signal for 
transaction 0. The timing of the strobe signal indicates to the DRAM when the DRAM 
is to begin retrieving and sending data for transaction 0. In response to the strobe 

5 signal, the DRAM begins to retrieve data from the specified columns at clock cycle 10, 
and begins sending the data over BusData[8:0] lines at clock cycle 16. The DRAM 
first retrieves data from the column specified in the request packet, and then from the 
columns specified in the column address information that is sent over the BusEnable 
line. The controller transmits the terminate signal for transaction 0 over the BusCtrl 

10 line at clock cycle 15. The timing of the terminate signal indicates to the DRAM when 
to stop sending data for transaction 0. In response to the terminate signal, the DRAM 
ceases to retrieve data after clock cycle 18, and ceases to transfer data after clock cycle 
23. A total of two octbyte data packets are transmitted for transaction 0. 

The controller transmits the wakeup signal for the transaction 1 over the 

15 BusCtrl line at clock cycle 8. The controller transmits the request packet for 

transaction 1 over the BusCtrl line and the BusData[8:0] lines from clock cycle 12 to 
clock cycle 14. The controller transmits column address information over the 
BusEnable line from clock cycle 20 to clock cycle 3 1 . This column address 
information indicates the column address of the data for the second and subsequent 

20 data packets that will be involved in the transaction. The column address of the data 
for the first packet is included in the request packet. At clock cycle 22, the controller 
transmits the strobe signal for transaction 1. The timing of the strobe signal indicates 
to the DRAM when the DRAM is to begin retrieving and sending data for transaction 
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1 . In response to the strobe signal, the DRAM begins to retrieve data from the 
specified columns at clock cycle 23, and begins sending the data over BusData[8:0] 
lines at clock cycle 28. The DRAM first retrieves data from the column specified in 
the request packet, and then from the columns specified in the column address 

5 information that is sent over the BusEnable line. The controller transmits the terminate 
signal for transaction 1 over the BusCtrl line at clock cycle 35. The timing of the 
terminate signal indicates to the DRAM when to stop sending data for transaction 1. 
In response to the terminate signal, the DRAM ceases to retrieve data after clock cycle 
38, and ceases to transfer data after clock cycle 43. A total of four octbyte data 

10 packets are transmitted for transaction 1 . 

The controller transmits the wakeup signal for the transaction 2 over the 
BusCtrl line at clock cycle 20. The controller transmits the request packet for 
transaction 2 over the BusCtrl line and the BusData[8:0] lines from clock cycle 24 to 
clock cycle 26. The controller does not transmit column address information over the 

15 BusEnable line because transaction 1 involves only one octbyte data packet, the 
column address for which is included in the request packet. At clock cycle 50, the 
controller transmits the strobe signal for transaction 2. The timing of the strobe signal 
indicates to the DRAM when the DRAM is to begin retrieving and sending data for 
transaction 2. In response to the strobe signal, the DRAM begins to retrieve data from 

20 the specified columns at clock cycle 51, and begins sending the data over 

BusData[8:0] lines at clock cycle 56. The controller transmits the terminate signal for 
transaction 2 over the BusCtrl line at clock cycle 51. The timing of the terminate 
signal indicates to the DRAM when to stop sending data for transaction 2. In 
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response to the terminate signal, the DRAM ceases to retrieve data after clock cycle 
54, and ceases to transfer data after clock cycle 59. A single octbyte data packet is 
transmitted for transaction 2. 

The controller transmits the wakeup signal for the transaction 3 over the 

5 BusCtrl line at dock cycle 40. The controller transmits the request packet for 

transaction 3 over the BusCtrl line and the BusDala[8:0] lines from clock cycle 44 to 
clock cycle 46. The "open, no-close" parameters contained within the request packet 
indicates to the DRAM that the DRAM must perform a precharge and sense operation 
prior to performing the requested data transfer. Without waiting for the strobe signal 

10 for transaction 3, the DRAM performs the precharge operation from clock cycle 50 to 
clock cycle 57, and the sense operation from clock cycle 58 to clock cycle 65. After 
the sense operation, a RAS operation is performed from clock cycle 66 to clock cycle 
73. The controller does not transmit column address information over the BusEnable 
line because transaction 3 involves only one octbyte data packet, the column address 

15 for which is included in the request packet. At clock cycle 66, the controller transmits 
the strobe signal for transaction 3. The timing of the strobe signal indicates to the 
DRAM when the DRAM is to begin retrieving and sending data for transaction 3. In 
response to the strobe signal, the DRAM begins to retrieve data from the specified 
columns al clock cycle 66, and begins sending the data over BusData[8:0] lines at 

20 clock cycle 72. The controller transmits the terminate signal for transaction 3 over the 
BusCtrl line at clock cycle 67. The timing of the terminate signal indicates to the 
DRAM when to stop sending data for transaction 3. In response to the terminate 
signal, the DRAM ceases to retrieve data after clock cycle 70, and ceases to transfer 
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data after clock cycle 75. A total of one octbyte data packet is transmitted for 
transaction 3. 

The controller transmits the wakeup signal for the transaction 4 over the 
BusCtrl line at clock cycle 48. The controller transmits the request packet for 
transaction 4 over the BusCtrl line and the BusData[8:0] lines from clock cycle 52 to 
clock cycle 54. The controller does not transmit column address information over the 
BusEnable line because transaction 1 involves only one octbyte data packet, the 
column address for which is included in the request packet. At clock cycle 58, the 
controller transmits the strobe signal for transaction 4. The timing of the strobe signal 
uidicates to the DRAM when the DRAM is to begin retrieving and sending data for 
transaction 4. In response to the strobe signal, the DRAM begins to retrieve data from 
the specified columns at clock cycle 59, and begins sending the data over 
BusData[8:0] lines at clock cycle 64. The controller transmits the terminate signal for 
transaction 4 over the BusCtrl line at clock cycle 59. The timing of the terminate 
signal indicates to the DRAM when to stop sending data for transaction 4. In 
response to the terminate signal, the DRAM ceases to retrieve data after clock cycle 
62, and ceases to transfer data after clock cycle 67. A single octbyte data packet is 
transmitted for transaction 4. 

The transactions described above illustrate how the protocol employed by the 
present invention enables a controller to dynamically adjust numerous parameters 
relating to the timing and interleave of signals on the channel. For example, each of 
the transactions illustrates how the controller uses strobe and terminate signals to 
determine the tirning and size of data transfers. Thus, the size of the request packets 
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for transaction 1 and transaction 3 are equal, but four times as much data is transmitted 
in transaction 1 as in transaction 3 because of the relative delay between the strobe and 
terminate signals for transaction 1. 

In addition, the controller can dynamically adjust the time between a request 

5 packet and the transmission of the data associated with the request. For example, 
three clock cycles elapse between the transmission of the request packet and the 
transmission of the strobe signal that dictates when the DRAM starts to send data for 
transaction 0. In contrast, twenty-one clock cycles elapse between the transmission of 
the request packet for transaction 2 and the strobe signal that dictates when the DRAM 

10 starts to send data for transaction 2. 

Because the controller is able to adjust the time between the transmission of a 
request packet of a transaction and the transmission of data involved in the transaction, 
the controller can delay the transmission of data to allow the channel to be used for 
other purposes prior to the transmission of data. For example, the only signals sent 

15 over the BusCtrl and BusData[8:0] lines between the request packet for transaction 0 
and the strobe for transaction 0 is a wakeup signal for transaction 1. Therefore, the 
strobe signal for transaction 0 is sent three clock cycles after the request packet for 
transaction 0. In contrast, the signals sent over the BusCtrl and BusData[8:0] lines 
between the request packet for transaction 2 and the strobe signal for transaction 2 

20 include the data for transaction 1, the terminate signal for transaction 1, the wakeup 
signal for transaction 3, the request packet for transaction 3 and the wakeup signal for 
transaction 4. To allow all of this information to be sent before the data for transaction 
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3, the strobe signal for transaction 3 is not sent until 24 clock cycles after the request 
packet for transaction 3. 

The transactions illustrated in Appendix C also illustrate that the protocol of the 
present invention enables a controller to alter the retirement order of transactions. In a 
5 typical DRAM system, transactions are serviced in the same order in which they are 
requested. However, the protocol of the present invention enables a controller to 
retire transactions out of order. In the example illustrated in Appendix C, the request 
packet for transaction 3 is transmitted at clock cycle 44 and the request packet for 
transaction 4 is transmitted 8 clock cycles later at clock cycle 52. However, the strobe 
10 to start the data transfer for transaction 4 is transmitted at clock cycle 58, while the 
strobe to start the data transfer for transaction 3 is not transmitted until clock cycle 66. 
Consequently, transaction 4 is completely retired before the transmission of the data 
involved in transaction 3 even begins. 

The transactions illustrated in Appendix C also illustrate that the protocol of the 
15 present invention enables a controller to adjust the interleave in a manner that causes 
the number of transactions outstanding on the channel to vary over time. For 
example, at clock cycle 15, two transactions have been requested and none have been 
completed. Thus, two requests are outstanding. At clock cycle 55, five transactions 
have been requested and two have been completed. Thus, three requests are 
20 outstanding. 

As explained above, the protocol of the present invention enables a controller 
to dynamically adjust (1) the time at which data is sent relative to the time at which it is 
requested, (2) the retirement order of transactions, and (3) the number of outstanding 
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requests. In addition, the protocol enables a controller to dictate the core operations to 
be performed by the DRAM, and the sequence in which the DRAM is to perform the 
core operations. The enhanced channel control bestowed by the protocol gives the 
controller the flexibility necessary to maximize the channel usage, allowing any given 

5 set of data transactions to be completed within a shorter period of time. 

In the foregoing specification, the invention has been described with reference 
to specific embodiments thereof. It will, however, be evident that various 
modifications and changes may be made thereto without departing from the broader 
spirit and scope of the invention. The specification and drawings are, accordingly, to 

10 be regarded in an illustrative rather than a restrictive sense. 
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APPENDIX A 

Explanation of Transaction Templates 
1.0 Introduction 

5 This appendix contains a transaction template that shows the information that 

is communicated over a channel and the internal DRAM core states that occur during a 
series of transactions. 

Timing information proceeds down the template, with each horizontal row 
representing a clock cycle or two bus samples. Each row represents 4ns at 500 MHz 
10 or 3.75ns at 533MHz. 

; 1.1 ClkCyc Column 

The first column, labeled clock cycles, represents the time in clock cycles since 
the beginning of this template. 

1.2 BE Column 

15 The 2nd column labeled BE, is the state of the BusEnable pin during that clock 

cycle. BusEnable is only used to send serial addresses to the RDRAM. 

1.3 BC Column 

The 3rd column labeled BC, is the state of the BusCtrl pin during that clock 
cycle. BusCtrl is used to send request packets, strobe, terminate and wakeup 
20— information. During a request packet, this fields identifies the request number, so 
requests and data can be tracked, the request type, and the value of the Pend field for 
that transaction. For wakeup, strobes, and terminates it also indicates which 
transaction is being started, strobed and terminated, by the value carried with it, i.e. 
(strobe 0) 
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1.4 BD[8:0] Column 

The 4th column, labeled BD[8:0], is the state of the BusData wires during that 
clock cycle. During the data packet it indicates the transaction number and the octbyte 
being sent or received. During request packets it indicates the state of the control bits 
5 Open and Close. These bits are used to tell the RDRAM what core operations to 

perform. The state that is assumed for the bank being accessed and the addressed bank 
is also included in the last field of a request packet. 

1 . 5 DRAM internal state columns 

The 5th through 9th Columns represent the activity in an RDRAM labeled 0, 
10 with the 5th column being it's CAS activity, and the next four being the activity or 
state of each of the 4 banks (Bank[0:3]). The 10th through 14th Columns represent 
the activity in any other RDRAM, labeled 1, with the 10th column being it's CAS 
activity, and the next four being the activity or state of each of the 4 banks 
(Bank[0:3]). 
15 1.6 Column encoding 

The column encodings consist of two numbers. The first is the request 
number. The second is the octbyte number. 

1 J Bank[0:3] encodings. 

These columns include a symbol that represents an operation and the number 
20 of the transaction that caused the operation. The meaning of the symbols is given in 
the table below. 
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Symbol 


Name 


Meaning 


Length 


P 


Precharge 


Precharge is the 
closing of a page 
(deassertion of 
RAS) and can be 
caused by closing 
at the end of a 
transaction, or 
opening a page that 
has not previously 
been precharged 


8 Clocks 


s 


Sense 


Sense is the 
operation of 
loading the sense 
amps to prepare for 
a CAS and is 
caused by a 
command with 
Open required 


8 Clocks 


Tj 


RAS 


RAS always 
follows the sense, 
and is needed to 
insure that the 
minimum RAS low 
time of the core is 
met. 


8 Clocks 



Non- interleaved precharged 4 oct 1 bank KWWRR 



Clk 10 Bank !1 Bank ! 

5 Cyc BE BC BD[8:0] !Col 0 12 3 !Col 0 12 3! 



0 wakeup 0 

1 

2 

10 3 — 

4 req 0 open 

5 read close 

6 pend 0 precharged 0 



7 

15 8 

9 

10 S 0 

11 S 0 

12 s0 

20 13 sO 

14 S 0 

15 0 1 sO 

16 0 1 sO 

17 0 1 strobe 0 sO 
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18 0 1 0 0 rO 

19 0 2 0 0 rO 

20 0 2 0 0 rO 

21 o 2 0 0 rO 

5 22 0 2 turn 0 1 rO 

23 o 3 data 0 0 0 1 rO 

24 0 3 data 0 0 0 1 rO 

25 o 3 data 0 0 0 1 rO 

25 o 3 data 0 0 0 2 — 

10 27 data 0 1 0 2 — 

28 data 0 1 0 2 — 

29 data 0 1 0 2 — 

30 term 0 data 0 1 0 3 

3! data 0 2 0 3 — 

15 32 data 0 2 0 3 — 

33 data 0 2 0 3 — 

34 data 0 2 

35 wakeup 1 data 0 3 pO 

36 data 0 3 pO 

20 37 data 0 3 pO 

38 data 0 3 pO 

39 req 1 open pO 

40 write close pO 

41 pend 0 precharged D pO 

25 42 P° 

43 

44 1 1 

45 1 1 si 

46 1 1 sl 

30 47 1 1 strobe 1 sl 

48 1 2 data 1 0 sl 

49 1 2 data 1 0 sl 

50 1 2 data 1 0 sl 

51 1 2 data 1 0 sl 

35 52 1 3 data 1 1 sl 

53 1 3 data 11 1 0 rl 

54 1 3 data 11 1 0 rl 

55 1 3 data 11 1 0 rl 

56 data 12 1 0 rl 

40 57 data 12 1 1 rl 

58 data 12 1 1 rl 

59 data 12 1 1 rl 

60 term 1 data 13 1 1 rl 

61 data 13 12- — 

45 62 data 13 12 — 

63 data 13 12 — 

64 1 2 — 

65 1 3 — 

66 1 3 — 

50 67 wakeup 2 1 3 — 

68 1 3 - 

69 pi 

70 pi 

71 req 2 open pi 

55 72 write close pi 

73 pend 0 precharged 0 pi 
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74 pi 

75 pi 

75 2 1 pl 

77 2 1 s2 

5 78 2 1 s2 

79 2 1 strobe 2 s2 

80 2 2 data 2 0 s2 

81 2 2 data 2 0 s2 

82 2 2 data 2 0 s2 

10 83 2 2 data 2 0 s2 

84 2 3 data 2 1 s2 

85 2 3 data 2 1 2 0 r2 

86 2 3 data 2 1 2 0 r2 

87 2 3 data 2 1 2 0 r2 

15 88 data 2 2 2 0 r2 

89 data 2 2 2 1 r2 

90 data 2 2 2 1 r2 

91 data 2 2 2 1 r2 

92 term 2 data 2 3 2 1 r2 

20 93 data 2 3 2 2 — 

94 data 2 3 2 2 

95 --- data 2 3 2 2 — 

96 2 2 — 

97 2 3 

25 9§ 2 3 

99 wakeup 3 2 3 

100 2 3 — 

101 p2 

102 p2 

30 103 req 3 open p2 

104 read close p2 

105 pend 0 precharged 0 p2 

106 p2 

107 p2 

35 108 p2 

109 s3 

110 s3 

111 s3 

112 s3 

114 3 1 s3 

115 3 1 s3 

116 3 1 strobe 3 s3 

117 3 1 3 0 r3 

45 118 3 2 3 0 r3 

119 3 2 3 0 r3 

120 3 2 3 0 r3 

121 3 2 turn 3 1 r3 

122 3 3 data 3 0 3 1 r3 

50 123 3 3 data 3 0 3 1 r3 

124 3 3 data 3 0 3 1 r3 

125 3 3 data 3 0 3 2 — 

126 data 3 1 3 2 — 

127 data 3 1 3 2 — 

55 128 data 3 1 3 2 — 

129 term 3 data 3 1 3 3 — 
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130 data 3 2 3 3 

131 data 3 2 3 3 — 

132 - data 3 2 3 3 — 

133 data 3 2 

5 134 wakeup 4 data 3 3 p3 

135 data 3 3 p3 

136 data 3 3 p3 

137 data 3 3 p3 

138 req 4 open p3 

10 139 read close p3 

140 pend 0 precharged 0 p3 

141 P 3 

142 

143 

15 144 s4 

145 s4 

146 s4 

147 s4 

148 s4 

20 149 4 1 s4 

150 4 1 s4 

151 4 1 strobe 4 s4 

152 4 1 4 0 r4 

153 4 2 4 0 r4 

25 154 4 2 4 0 r4 

155 4 2 4 0 r4 

156 4 2 turn 4 1 r4 

157 4 3 data 4 0 4 1 r4 

158 4 3 data 4 0 4 1 r4 

30 159 4 3 data 4 0 4 1 r4 

160 4 3 data 4 0 4 2 — 

161 da ta 4i 4 2 — 

162 data 4 1 4 2 — 

163 data 4 1 4 2 — 

35 164 term 4 data 4 1 4 3 — 

165 data 4 2 4 3 — 

166 data 4 2 4 3 — 

167 data 4 2 4 3 — 

168 data 4 2 — 

40 169 data 4 3 p4 

170 data 4 3 p4 

171 data 4 3 p4 

172 data 4 3 p4 

173 p4 

45 174 p4 

175 P 4 

176 p4 
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APPENDKB 
Explanation of Transaction Templates 
1.0 Introduction 

This appendix contains a transaction template that shows the information that 
5 is communicated over a channel and the internal DRAM core states that occur during a 
series of transactions. 

Timing information proceeds down the template, with each horizontal row 
representing a clock cycle or two bus samples. Each row represents 4ns at 500 MHz 
or 3.75ns at 533MHz. 
10 1.1 ClkCyc Column 

The first column, labeled clock cycles, represents the time in clock cycles since 
the beginning of this template. 

1 .2 BE Column 

The 2nd column labeled BE, is the state of the BusEnable pin during that clock 
15 cycle. BusEnable is only used to send serial addresses to the RDRAM. 

1.3 BC Column 

The 3rd column labeled BC, is the state of the BusCtrl pin during that clock 
cycle. BusCtrl is used to send request packets, strobe, terminate and wakeup 
information. During a request packet, this fields identifies the request number, so 
20 requests and data can be tracked, the request type, and the value of the Pend field for 
that transaction. For wakeup, strobes, and terminates it also indicates which 
transaction is being started, strobed and terminated, by the value carried with it, i.e. 
(strobe 0) 
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1.4 BD[8:0] Column 

The 4th column, labeled BDt8:0], is the state of the BusData wires during that 
clock cycle. During the data packet it indicates the transaction number and the octbyte 
being sent or received. During request packets it indicates the state of the control bits 
5 Open and Close. These bits are used to tell the RDRAM what core operations to 

perform. The state that is assumed for the bank being accessed and the addressed bank 
is also included in the last field of a request packet. 

1 . 5 DRAM internal state columns 

The 5th through 9th Columns represent the activity in an RDRAM labeled 0, 
10 with the 5th column being it's CAS activity, and the next four being the activity or 
state of each of the 4 banks (Bank[0:3]). The 10th through 14th Columns represent 
the activity in any other RDRAM, labeled 1 , with the 10th column being it's CAS 
activity, and the next four being the activity or state of each of the 4 banks 

(Bank[0:3J). 
15 1.6 Column encoding 

The column encodings consist of two numbers. The first is the request 
number. The second is the octbyte number. 
1.7 Bank[0:3] encodings. 

These columns include a symbol that represents an operation and the number 
20 of the transaction that caused the operation. The meaning of the symbols is given in 
the table below. 
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Symbol 


Name 


Meaning 


Length 


P 


Precharge 


Precharge is the 
closing of a page 
(deassenion of 
RAS) and can be 
caused by closing 
at the end of a 
transaction, or 
opening a page that 
has not previously 
been precharged 


8 Clocks 


s 


Sense 


Sense is the 
operation of 
loading the sense 
amps to prepare for 
a CAS and is 
caused by a 
command with 
Open required 


8 Clocks 


r 


RAS 


RAS always 
follows the sense, 
and is needed to 
insure that the 
minimum RAS low 
time of the core is 
met. 


8 Clocks 



Interleaved precharge 4 oct 2 bank 1 RDRAM RWWRWWRRR 



CiJc 10 Bank U Bank i 

^ BC BD[8:0] !Col 0 12 3 !Col 0 12 3! 



wakeup 0 



req 0 open 

read close 

pend 1 precharged 0 



sO 
sO 
sO 
sO 
sO 
sO 
sO 
sO 



0 
1 
2 

10 3 
4 
5 
6 
7 

15 8 
9 

10 
11 
12 

20 13 
14 
15 
16 
17 
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18 0 0 rO — 

19 0 0 rO — 

20 0 1 wakeup 1 0 0 rO — 

21 0 1 0 0 rO — 

5 22 0 1 strobe 0 0 0 rO — 

23 0 1 0 0 rO — 

24 0 2 req 1 open 0 0 rO — 

25 0 2 write close 0 0 rO 

26 0 2 pend 2 precharged 1 0 0 — — 
10 27 0 2 turn 0 1 

28 0 3 data 0 0 0 1 

29 0 3 data 0 0 0 1 

30 0 3 data 0 0 0 1 si 

31 0 3 data 0 0 0 2 si 

15 32 data 0 1 0 2 — si 

33 data 0 1 0 2 — si 

34 data 0 1 0 2 — si 

35 term 0 data 0 1 0 3 si 

36 data 0 2 0 3 si 

data 0 2 0 3 si 

38 data 0 2 0 3 rl 

39 data 0 2 rl 

40 wakeup 2 data 0 3 pQ rl 

41 data 0 3 pO rl 

25 42 data 0 3 pO rl 

43 data 0 3 pO rl 

44 1 1 req 2 open .pO rl 

45 1 1 write close pO rl 

46 11 pend 2 precharged 0 pO 



20 37 



pO 



30 47 1 1 strobe 

48 1 2 data 1 0 

49 1 2 data 1 0 

50 1 2 data 1 0 s2 

51 1 2 data 1 0 S 2 

35 52 1 3 data 1 1 s2 

53 1 3 data 11 1 0 s2 

54 1 3 data 11 1 0 s2 

55 1 3 data 11 1 0 s2 

56 data 12 1 0 s2 



40 57 



data 12 1 1 s2 



58 data 12 1 1 r2 

59 data 12 1 1 r2 

60 term 1 data 13 1 1 r2 



45 62 



61 x 3 12 r2 



data 13 1 2 r2 



63 data 13 1 2 r2 

64 2 1 req 3 open 1 2 r2 

65 2 1 read close 13 r2 — 

66 2 1 pend 3 precharged 1 13 

50 67 2 1 strobe 2 1 3 

68 2 2 data 2 0 13 

69 2 2 data 2 0 pi 



70 2 2 data 2 0 



Pi 



71 2 2 data 2 0 P l 

55 72 2 3 data 2 1 p i 

73 2 3 data 2 1 2 0 — - pl 
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74 2 3 data 2 1 2 0 — pi 

75 2 3 data 2 1 2 0 — pi 

76 data 2 2 2 0 — pi 

77 data 2 2 2 1 

5 7B data 2 2 2 1 ™ s3 

79 2 2 2 1 — s3 

80 term 2 data 2 3 2 1 — s3 

81 data 2 3 2 2 — s3 

82 data 2 3 2 2 — s3 

10 83 data 2 3 2 2 — s3 

84 2 2 --- s3 

85 2 3 — s3 

86 2 3 r3 

87 2 3 — r3 

15 88 3 1 wakeup 4 2 3 — r3 

89 3 1 - 3 0 p2 r3 

90 3 1 strobe 3 3 0 p2 r3 

91 3 1 3 0 p2 r3 

92 3 2 req 4 open 3 0 p2 r3 
20 93 3 2 write close 3 0 p2 r3 

94 3 2 pend 2 precharged 0 3 0 p2 

95 3 2 turn 3 1 p2 

96 3 3 data 3 0 3 1 p2 

97 3 3 — — data 3 0 3 1 

25 9'8 3 3 data 3 0 3 1 s4 

99 3 3 data 3 0 3 2 s4 

100 data 3 1 3 2 s4 

101 data 2 1 3 2 s4 

102 data 3 1 3 2 s4 

30 103 term 3 data 3 1 3 3 s4 



data 


3 


0 


data 


3 


0 


data 


3 


0 


data 


3 


0 


data 


3 


1 


data 


3 


1 


data 


3 


1 


data 


3 


1 


data 


3 


2 


data 


3 


2 


data 


3 


2 


data 


3 


2 


data 


3 


3 


data 


3 


3 


data 


3 


3 


data 


3 


3 



104 data 3 2 3 3 s4 

105 data 3 2 3 3 s4 

106 data 3 2 3 3 r4 - 

107 data 3 2 r4 

35 108 wakeup 5 data 3 3 r4 p3 

109 data 3 3 r4 p3 

HO data 3 3 r4 p3 

111 data 3 3 r4 p3 

112 4 1 req 5 open r4 p3 

.40 113 4 1 write close r4 p3 

114 4 1 pend 2 precharged 1 p3 

115 4 1 strobe 4 p3 

116 4 2 

117 4 2 

45 118 4 2 

119 4 2 

120 4 3 

121 4 3 

122 4 3 

50 123 4 3 

124 

125 

126 

127 

55 128 term 4 

129 



data 


4 


0 










data 


4 


0 










data 


4 


0 








s5 


data 


4 


0 








s5 


data 


4 


1 








s5 


data 


4 


1 


4 


0 




s5 


data 


4 


1 


4 


0 




s5 


data 


4 


1 


4 


0 




s5 


data 


4 


2 


4 


0 




s5 


data 


4 


2 


4 


1 




s5 


data 


4 


2 


4 


1 




r5 


data 


4 


2 


4 


1 




r5 


data 


4 


3 


4 


1 




r5 


data 


4 


3 


4 


2 




r5 
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130 



r5 



131 data 4 3 4 2 — r5 

132 5 1 req 6 m open 4 2 r5 

133 5 1 read close 4 3 — r5 
5 134 5 1 pend 3 precharged 0 4 3 

135 5 1 strobe 5 4 3 

136 5 2 data 5 0 4 3 

137 5 2 — data 5 0 p4 — 

138 5 2 data 5 0 p4 — 

10 139 5 2 data 5 0 p4 

140 5 3 data 5 1 p4 — 

141 5 3 data 5 1 5 0 p4 

142 5 3 data 5 1 5 0 p4 — 

143 5 3 data 5 1 5 0 p4 — 

15 144 data 5 2 5 0 p4 — 

145 data 5 2 5 1 

146 data 5 2 5 1 s6 — 

147 5 2 5 1 s6 — 

148 term 5 data 5 3 5 1 s6 

20 149 data 5 3 5 2 s6 — 

150 data 53 5 2 s6 — - 

151 data 5 3 5 2 s6 — 

152 5 2 s6 — 

153 5 3 s6 ... 

25 154 5 3 r6 ... 

155 5 3 r6 ... 

156 6 1 wakeup 7 5 3 r6 

157 6 1 s 0 r6 p5 

158 6 1 strobe 6 6 0 r6 p5 

30 159 6 1 6 0 r6 P 5 

160 6 2 req 7 

161 6 2 read 

162 6 2 pend 2 

163 6 2 

35 164 6 3 

165 6 3 

166 6 3 

167 6 3 

168 

40 169 

170 

171 term 6 

172 

173 

45 174 

175 

176 

177 

178 

50 179 

180 

181 7 0 p6 r7 



open 




6 


0 


r6 


P5 


close 




6 


0 


r6 


p5 


precharged 1 


6 


0 




p5 






S 


1 




P5 




0 


S 


1 




P5 




0 


6 


1 








0 


6 


1 




s7 




0 


6 


2 




s7 




1 


6 


2 




s7 




1 


6 


2 




s7 




1 


6 


2 




s7 


data 6 


1 


6 


3 




s7 




2 


6 


3 




s7 




2 


6 


3 




s7 




2 


7 


0 




r7 




2 


7 


0 




r7 




3 


7 


0 


P6 


r7 




3 


7 


0 


P6 


r7 




3 


7 


0 


P6 


r7 


- data 6 


3 


7 

. n 


0 


p6 


r7 



182 
183 



55 184 7 1 waJteup 8 7 0 

185 7 1 7 o 



7 0 p6 
7 0 p6 



073305.P048 



-64- 



186 1 1 strobe 7 7 0 

187 7 1 7 0 

188 7 2 req 8 open 7 0 

189 7 2 read close 7 0 
5 190 7 2 pend 2 precharged 0 7 0 

191 7 2 turn 7 1 

192 7 3 data 7 0 7 1 

193 7 3 data 7 0 7 1 

194 7 3 data 7 0 7 1 s8 

10 195 7 3 data 7 0 7 2 s8 

196 data 7 1 7 2 s8 

197 data 71 7 2 sB 

198 data 7 1 7 2 s8 

199 term 7 data 7 1 7 3 s8 

15 200 data 7 2 7 3 sfi 

201 data 7 2 7 3 s8 

202 data 7 2 8 0 r8 

203 data 7 2 8 0 r8 

204 8 1 wakeup 9 data 7 3 8 0 r8 p7 
20 205 8 1 data 7 3 8 0 r8 p7 

206 8 1 strobe 8 data 7 3 8 0 r8 p7 

207 8 1 data 7 3 8 0 r8 p7 

2 OB 8 2 8 0 r8 p7 

209 8 2 8 0 r8 p7 

25 210 8 2 8 0 --- p7 

211 8 2 turn 8 1 — p7 

212 8 3 data 8 0 8 1 

213 8 3 data 8 0 8 1 

214 8 3 data 8 0 8 1 

30 215 8 3 data 8 0 8 2 

216 data 8 1 8 2 

217 data 8 1 8 2 

218 data 8 1 8 2 

219 term 8 data 8 1 8 3 

35 220 data 8 2 8 3 

221 data 8 2 8 3 

222 data 8 2 8 3 

223 data 8 2 

224 data 8 3 p8 

40 225 data 8 3 p8 

226 data 8 3 p8 

227 data 8 3 p8 

228 p8 

229 p8 

45 230 p8 

231 p8 
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APPENDKC 

Explanation of Transaction Templates 

1.0 Introduction 

5 This appendix contains a transaction template that shows the information that 

is communicated over a channel and the internal DRAM core states that occur during a 
series of transactions. 

Timing information proceeds down the template, with each horizontal row 
representing a clock cycle or two bus samples. Each row represents 4ns at 500 MHz 

10 or 3.75ns at 533MHz. 

1.1 ClkCyc Column 

The first column, labeled clock cycles, represents the time in clock cycles since 
the beginning of this template, 

1.2 BE Column 

15 The 2nd column labeled BE, is the state of the BusEnable pin during that clock 

cycle. BusEnable is only used to send serial addresses to the RDRAM. 

1.3 BC Column 

The 3rd column labeled BC, is the state of the BusCtrl pin during that clock 
cycle. BusCtrl is used to send request packets, strobe, terminate and wakeup 
20 information. During a request packet, this fields identifies the request number, so 

requests and data can be tracked, the request type, and the value of the Pend field for 
that transaction. For wakeup, strobes, and terminates it also indicates which 
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transaction is being started, strobed and terminated, by the value carried with it, i.e. 
(strobe 0) 

1.4 BD[8:0] Column 

The 4th column, labeled BD[8:0], is the state of the BusData wires during that 
5 clock cycle. During the data packet it indicates the transaction number and the octbyte 
being sent or received. During request packets it indicates the state of the control bits 
Open and Close. These bits are used to tell the RDRAM what core operations to 
perform. The state that is assumed for the bank being accessed and the addressed bank 
is also included in the last field of a request packet. 
10 1.5 DRAM internal state columns 

The 5th through 9th Columns represent the activity in an RDRAM labeled 0, 
with the 5th column being it's CAS activity, and the next four being the activity or 
state of each of the 4 banks (Bank[0:3]). The 10th through 14th Columns represent 
the activity in any other RDRAM, labeled 1, with the 10th column being it's CAS 
15 activity, and the next four being the activity or state of each of the 4 banks 
(Bank[0:3]). 

1 . 6 Column encoding 

The column encodings consist of two numbers. The first is the request 
number. The second is the octbyte number. 
20 1.7 Bank[0:3] encodings. 

These columns include a symbol that represents an operation and the number 
of the transaction that caused the operation. The meaning of the symbols is given in 
the table below. 
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Symbol 


Name 


Meaning 


Length 


P 


Precharge 


Precharge is the 
closing of a page 
(deassertion of 
RAS) and can be 
caused by closing 
at the end of a 
transaction, or 
opening a page that 
has not previously 
been precharged 


8 Clocks 


s 


Sense 


Sense is the 
operation of 
loading the sense 
amps to prepare for 
a CAS and is 
caused by a 
command with 
Open required 


8 Clocks 


r 


RAS 


RAS always 
follows the sense, 
and is needed to 
insure that the 
minimum RAS low 
time of the core is 
met. 


8 Clocks 





Vary data size, retirement order, 


outstanding requests, data time 


5 


Clk 
Cyc BE 


BC 


BD[8:0] 


10 Bank Jl Bank 

!Col 0 12 3 iCol 0.1 2 3 




0 






wakeup 0 








1 










10 


2 














3 












15 


4 

5 
6 
7 






req 0 
read 
pend 1 


no -open 
no-close 
sensed 0 






8 


0 


1 


wakeup 1 








9 


0 


1 








10 


0 


1 


strobe 0 








11 


0 


1 






20 


12 
13 






req 1 
read 


no-open 
no-close 
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14 pend 2 sensed 0 0 0 

15 term 0 turn 0 1 

16 data 0 0 0 1 

17 data 0 0 0 1 

5 18 data 0 0 0 1 

19 data o 0 

20 1 1 waJceup 2 data 0 1 

21 1 1 data 0 1 

22 1 1 strobe 1 data 0 1 

10 23 1 1 data 0 1 10 

24 1 2 req 2 no-open 1 0 

25 12 read no-close 1 0 

26 1 2 pend 3 sensed 0 10 

27 1 2 turn 1 1 

15 28 1 3 data 10 11 

29 1 3 data 10 11 

30 1 3 data 10 11 

31 1 3 data 10 12 

32 data 11 12 

20 33 data 11 12 

34 data 11 12 

35 term 1 data 11 13 

36 data 12 13 

37 data 12 13 

25 38 data 12 13 

39 data 1 2 

40 wakeup 3 data 1 3 

41 data 1 3 

42 data 1 3 

30 43 data 1 3 

44 req 3 open 

45 read no-close 

46 pend 5 sensed 0 

47 

35 43 wakeup 4 

49 

50 strobe 2 p3 

51 term 2 2 0 p3 

52 req 4 no-open 2 0 p3 

40 53 read no-close 2 0 p3 

54 pend 0 sensed 0 2 0 p3 

55 turn p3 

56 data 2 0 p3 

57 data 2 0 p3 

45 58 strobe 4 data 2 0 s3 

59 term 4 data 2 0 s3 4 0 

60 s3 4 0 

61 s3 4 0 

62 s3 4 0 

50 63 turn s3 

64 data 4 0 s3 

65 data 4 0 s3 

66 strobe 3 data 4 0 3 0 r3 

67 term 3 data 4 0 3 0 r3 

55 68 3 0 r3 

69 3 0 r3 
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70 3 0 ~r3 

71 tuxn r 3 

72 data 3 0 r3 

73 data 3 0 r3 

5 74 data 3 0 

75 data 3 0 



o 
m 

M 

1 

111 

o 
m 
?y 
m 
o 
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